Wialon не только принимает данные от трекеров, но также может отправлять на них команды. В данной статье вы найдете условия для выполнения команд, описание особенностей разных каналов отправки команд, а также возможные проблемы и варианты их решения.

Условия для выполнения команд

Для выполнения команд необходимо учитывать сразу нескольких условий, которые касаются сервиса, учетной записи, пользователя и объекта. Рассмотрим эти условия по порядку.

1. В учетной записи включена услуга Команды.

   
   
   

2. Пользователь обладает специальным правом Отправка команд в отношении объекта.

   
   
   

3. Команда создана на одноименной вкладке Команды в свойствах объекта.

   
   Для создания команд пользователь должен обладать специальным правом Создание, редактирование и удаление команд в отношении объекта.
   
   
4. Для выполнения команд по каналу SMS существует еще несколько дополнительных условий:
   

   • В учетной записи включена услуга SMS-сообщения.
     
     

   • В сервисе должны быть доступны SMS, то есть счетчик на верхней панели должен быть больше нуля.
     
     Данный счетчик не отображается, если в сервисе для отправки SMS используется персональный модем.
     
     

   • На вкладке Основное в свойствах объекта должен быть указан Телефонный номер в международном формате, на который трекер будет получать SMS.

     

Особенности каналов отправки команд

Канал (тип связи) для отправки команды выбирается в ее свойствах. В зависимости от выбранного канала при выполнении команды необходимо учитывать состояние соединения объекта с сервером.

Объект поддерживает интернет соединение с сервером, если от него приходят сообщения с данными или keep alive/heart beat пакеты. Для проверки нынешнего статуса соединения можно использовать столбец Состояние соединения на панели Мониторинг.

Проверка отправки команды со стороны Wialon

Факт выполнения команды фиксируется в Журнале объекта. Также эта информация доступна для просмотра:

• на вкладке Сообщения при запросе Отправленных команд;
• на вкладке Сообщения при запросе SMS-сообщений;
• в отчете с таблицей Отправленные команды.

Запись о выполнении команды в журнале означает, что команда была выполнена со стороны Wialon. Далее она отправляется по TCP/UDP каналу или передается модему/SMPP шлюзу на отправку.

Возможные проблемы и методы их решения

Если по журналу Wialon команда выполнена, но реакции от трекера нет, то с высокой вероятностью проблема связана с работой сторонних систем. Возможно, трекер не получил команду, трекер не выполнил запрограммированные действия по команде или не прислала в Wialon ответ/файл на команду. Наиболее часто встречаемые проблемы такого рода и возможные действия для их исправления приведены ниже.

Сергей Новиков,Инженер Customer Service 2021-10-05

Возможность отправлять информацию по разным каналам является большим преимуществом. Стандартные варианты имеют свои минусы: отправленное по электронной почте письмо может затеряться в спаме, а SMS являются платными и не всегда доходят до получателя. В таких условиях мессенджер Telegram может стать удобной альтернативой.

Telegram является сторонним сервисом для Wialon. В интернете вы можете свободно найти инструкции о необходимых настройках. Однако для упрощения работы партнеров мы собрали в одной статье ключевые шаги, которые потребуются для отправки уведомлений в Telegram из Wialon для открытых и закрытых групп, каналов, индивидуальных и массовых рассылок.

Предварительные требования

Необходимо создать бота, следуя инструкции. Здесь и далее будем предполагать, что Telegram установлен на вашем компьютере или телефоне. Работу по настройке можно вести в обеих версиях, однако делать это на компьютере проще, так как вам придется копировать информацию в настройки уведомления в Wialon.

Категории уведомлений

Условно, уведомления можно разделить на две категории:

• индивидуальные — для одного выделенного пользователя (например клиент с одним личным автомобилем);
• массовые — для нескольких пользователей сразу (например одной группы, команды, отдела, компании).

Настройка для Telegram уведомлений в Wialon одна — нужно задать Токен бота и ID канала:

Обычно вопросы возникают с ID канала. Именно от того, как вы заполните это поле, зависит, будет ли уведомление индивидуальным или массовым.

Индивидуальные уведомления

Открываем следующую ссылку на компьютере или на телефоне с установленным Telegram: https://telegram.me/userinfobot

Отправляем команду для начала работы и в ответ получаем собственный ID:

Этот собственный ID и задаем в настройках уведомления:

При срабатывании такого уведомления, сообщение придет в чат бота, и увидите его только вы:

Чем еще примечателен такой способ, так это возможностью использовать один токен для разных ID пользователей. То есть, одного бота используем для множества индивидуальных уведомлений, и каждый клиент получает только свое уведомление.

Чтобы узнать ID другого пользователя, просто перенаправьте ему сообщение этого пользователя (например, из вашей переписки с данным пользователем):

Массовые уведомления

Публичный канал

С массовой отправкой сразу нескольким пользователям все проще. Достаточно создать публичный канал Telegram, добавить туда бота и разрешить ему управлять уведомлениями.

В качестве ID канала для настройки уведомления в Wialon нужно использовать ID канала:

Берем только «pach_test» (без символов «t.me/»), ставим префикс «@» и добавляем в уведомление в Wialon:

Добавляем в этот канал любой нужный контакт (все они будут получать уведомления централизованно). Ждем срабатывания, результат ниже:

Закрытый канал

Создаем открытый канал, добавляем туда бота администратором. Отправляем запрос от имени бота в этот канал, вставив в адресную строку браузера следующую ссылку и нажав Enter:

https://api.telegram.org/bot/sendMessage?chat_id=@yourchannelname&text=ping

Заменяем токен на токен своего бота:

Указываем ID своего канала:

Вставляем в адресную строку браузера и нажимаем Enter, например:

https://api.telegram.org/bot775ххххххх:AAH5Kp_cххххххххххххххххх/sendMessage?chat_id=@gurtamstudy&text=ping

В ответ получаем:

{"ok":true,"result":{"message_id":17,"chat":{"id":-1001xxxxxxxxx,"title":"Study","username":"gurtamstudy","type":"channel"},"date":1593066856,"text":"ping"}}

Удаляем сообщение, делаем канал закрытым. Вместо @yourchannelname в настройках уведомления используем значение «id»: -1001xxxxxxxxx

Закрытая группа

Отправка в группу может быть полезна, т.к. в ней есть возможность обсудить уведомление. Настройки выполняем аналогично настройке с закрытым каналом.

Создаем открытую группу, добавляем туда бота (можно без прав администратора). Отправляем запрос от имени бота в эту группу, вставив в адресную строку браузера следующую ссылку и нажав Enter:

https://api.telegram.org/bot/sendMessage?chat_id=@yourgroupname&text=ping

Заменяем токен на токен своего бота:


Указываем ID своей группы:

Вставляем в адресную строку браузера и нажимаем Enter, например:

https://api.telegram.org/bot775ххххххх:AAH5Kp_cххххххххххххххххх/sendMessage?chat_id=@gurtam_study&text=ping

В ответ получаем:

{"ok":true,"result":{"message_id":2,"from":{"id":775ххххххх,"is_bot":true,"first_name":"pach_test","username":"pach_bot"},"chat":{"id":-1001xxxxxxxxx,"title":"Study group","username":"gurtam_study","type":"supergroup"},"date":1593070025,"text":"ping"}}

Удаляем сообщение, делаем группу закрытой. Вместо @yourgroupname в настройках уведомления используем значение «id»: -1001xxxxxxxxx

Павел Чеботарёв,Инженер Customer Service 2022-05-06

Тахограф — это устройство, которое контролирует режим труда и отдыха (РТО) водителей, а также скорость движения транспортного средства, пройденный им путь и страну нахождения. Использование подобного устройства позволяет минимизировать риск возникновения аварийных ситуаций из-за усталости водителя и оптимизировать работу автопарка. Необходимость установки тахографа определяется законом.

В данной статье будут рассмотрены общие вопросы, касающиеся тахографии, а также те варианты расчета и отображения РТО, которые реализованы в Wialon.

Юридический аспект

Если обобщить, то тахограф является обязательным устройством для автомобилей, осуществляющих грузопассажирские перевозки. Однако разные страны имеют разные правила о необходимости установки тахографов и контроле РТО.

В Wialon поддержано только «Европейское соглашение, касающееся работы экипажей транспортных средств, производящих международные автомобильные перевозки», или сокращенно ЕСТР (в оригинале это соглашение называется AETR, от французского Accord Européen sur les Transports Routiers). Это единое соглашение о работе экипажей транспортных средств на территории европейских стран.

Каждый тахограф настроен на контроль правил определенной страны/региона. Показания цифрового тахографа являются юридически признаваемыми данными при разбирательстве в суде или транспортном контроле на дорогах, а выдаваемый цифровым тахографом документ является основанием для наложения взысканий правоохранительными органами, потому что этот документ формируется автоматически, защищен от фальсификаций и признан объективным.

Режимы работы

Вместо текстовых обозначений в тахографах используют стандартные символы (пиктограммы), чтобы любой человек даже без знания языка мог понять показания тахографа. Основные пиктограммы обозначают режимы, то есть разную активность водителей:

Прочие пиктограммы не используются в Wialon, поэтому они не упоминаются в данной статье. Однако для водителя их знание является обязательным, чтобы правильно взаимодействовать с устройством.

Примеры правил РТО

Чтобы иметь представление о том, какие критерии использует тахограф при контроле РТО, можно рассмотреть некоторые из правил ЕСТР:

• Без остановки на перерыв можно ехать максимум 4,5 часа. После этого должен быть сделан перерыв на 45 минут.

   Примеры

  Пример 1. Водитель проехал 4,5 часа, а потом сделал перерыв на 45 минут. В данном случае нарушений нет.

  

  Пример 2. Водитель проехал 4,5 часа, а потом сделал перерыв на 30 минут. Это нарушение, так как продолжительность перерыва недостаточная.

  

• Если в пределах 4,5 часов вождения сделать перерыв продолжительностью более чем 15 минут, но менее чем 45 минут, то в конце периода 4,5-часового вождения можно сделать перерыв такой длительности, которая в сумме с предыдущим перерывом составит 45 минут. Если же перерыв длится менее 15 минут, то он не будет засчитан.

   Примеры

  Пример 1. Водитель проехал 2 часа, сделал перерыв на 20 минут, потом проехал еще 2,5 часа и сделал перерыв на 25 минут. В данном случае нарушений нет, так как на период 4,5-часового вождения суммарно получилось 45 минут отдыха.

  

  Пример 2. Водитель проехал 2 часа, сделал перерыв на 10 минут, потом проехал еще 2,5 часа и сделал перерыв на 35 минут. Это нарушение, так как первый перерыв длился менее 15 минут, а потому не был засчитан. В результате на период 4,5-часового вождения суммарно не получилось 45 минут отдыха.

  

• Максимальное время вождения в течение одной рабочей недели составляет 56 часов, а за две следующие друг за другом недели — 90 часов.

   Примеры

  Пример 1. Время вождения в первую неделю составило 50 часов, во вторую — 40 часов, а в третью — опять 50 часов. В данном случае нарушений нет, так как в каждую отдельную неделю лимит в 56 часов не был превышен, и суммарно для каждых двух последовательных недель был соблюден лимит в 90 часов.

  

  Пример 2. Время вождения в первую неделю составило 50 часов, во вторую — 50 часов, а в третью — 40 часов. В данном случае нарушение имеется: несмотря на то, что в каждой отдельной неделе лимит в 56 часов не был превышен, суммарно за первую и вторую недели был превышен лимит в 90 часов.

  

При контроле РТО используется достаточно много подобных правил с запутанными условиями, и почти все они сфокусированы на длительности непрерывного вождения, периодических перерывов и ежедневного/еженедельного отдыха или их комбинаций. Контроль правил выполняется тахографом автоматически, однако для водителя их знание является обязательным, чтобы верно спланировать свой маршрут и не нарушать РТО.

Устройство тахографов

Обычно тахографы делят на аналоговые и цифровые.

Аналоговые имеют круглую форму и устанавливаются в гнездо спидометра. Внутри них находится бумажный диск, на который и записывается информация. На сегодняшний день аналоговые тахографы считаются устаревшими.

Цифровые имеют прямоугольную форму и устанавливаются в гнездо автомагнитолы (головного устройства). Техническая реализация цифрового тахографа представляет из себя зашифрованную систему постоянного энергонезависимого хранения данных с ограничением доступа к данным и термопринтером для вывода отчетов. Далее в статье будет идти речь только об этом типе тахографов.

Главное практическое различие аналоговых и цифровых тахографов заключается в степени защищенности данных от взлома. Подобная необходимость возникает, так как некоторые водители пытаются манипулировать данными тахографа, чтобы выполнять маршруты быстрее в ущерб отдыху и безопасности, или чтобы искусственно увеличивать свой пробег и сливать топливо. Любое механическое вмешательство или неверный ввод данных будут зарегистрированы в памяти цифрового тахографа, что обнаружится во время официальной проверки. Выявленные манипуляции с тахографом влекут за собой штраф, который будет зависеть от серьезности нарушения и от страны его выявления.

Доступ к памяти тахографа осуществляется при помощи 4 видов пластиковых ключей-карт:

1. Карта водителя — позволяет водителю сохранять данные о режимах работы за 28 дней.
2. Карта компании/предприятия — позволяет транспортной компании считывать данные о рейсах ее транспортных средств.
3. Карта мастерской — позволяет техническим специалистам настраивать тахограф.
4. Карта контролера/инспектора — позволяет правоохранительным органам считывать допущенные водителем нарушения и произошедшие сбои в работе оборудования.

Данные в памяти тахографа хранятся в файлах, которые могут иметь разный формат (расширение) в зависимости от модели тахографа.

Контроль РТО в Wialon

Предыдущие разделы являются своеобразным введением в тему тахографии и контроля РТО. Далее перейдем к непосредственной работе в рамках Wialon.

Тахографы не подключаются к Wialon напрямую — они всегда работают через трекер. При этом некоторые модели трекеров имеют встроенный тахограф, то есть в одном корпусе находятся сразу два устройства.

В Wialon источником информации о РТО может являться не только тахограф. Следующая схема поможет разобраться с источниками и вариантами отображения информации о РТО, представленными в системе.

Источники информации о РТО

Отображаемая в Wialon информация о РТО может быть получена из нескольких источников.

Файл с карты водителя

Тахограф хранит в памяти файлы с разными данными. Информация о РТО конкретного водителя сохраняется на его карту. Загрузить файл с карты водителя в Wialon можно по-разному в зависимости от модели трекера:

• С помощью команд — в разделе FAQ можно найти инструкцию об этом. Подобный метод доступен для трекеров, которые отображаются в списке поддержанных устройств по фильтру Загрузка файлов с тахографа.
• Через стороннее ПО, например, подключив трекер к компьютеру. Далее файл нужно загрузить в Wialon через веб-приложение Tacho Manager и при загрузке выбрать, к какому водителю он относится.

Результатом каждого из описанных выше действий будет наличие в Wialon файла с карты водителя, который будет связан с элементом Водитель.

Назначения и поездки

Тахограф определяет режим работы по наличию скорости у ТС, статусу зажигания и наличию карты в слоте. Эти данные имеются в Wialon и без тахографа: поездки, которые могут рассчитываться по датчику зажигания и скорости, и назначения/снятия водителей. Поэтому активность водителя можно определить по сообщениям от трекера, даже если на объект не установлен тахограф.

Онлайн-данные

Процедура выгрузки файлов с карты водителя в Wialon требует времени, что не всегда удобно. Однако пользователям может быть нужна информация о РТО в реальном времени. Для закрытия этой потребности в Wialon был создан алгоритм, источник данных для которого выбирается на вкладке Дополнительно:

• Параметры от тахографа, которые трекер определяет по текущему режиму тахографа. На момент написания статьи такая возможность реализована только у трекеров производства Sensata INSIGHTS (ex-BCE), Teltonika и Navtelecom.
• Назначения водителей и поездки из Wialon.

Рассчитанные по любому из источников онлайн-данные связываются с элементом Водитель.

Отображение информации о РТО

Отобразить информацию о РТО в Wialon можно несколькими способами.

Tacho View

Веб-приложение Tacho View визуализирует информацию о РТО в виде цветных диаграмм и отчета об активности водителя или нарушениях режима.

Источник информации для отображения выбирается в настройках приложения, и в качестве него могут использоваться файл с карты водителя или онлайн-данные.

Отчет по водителям

Таблица Активность водителя показывает информацию о РТО.

Таблица Нарушения режима работы показывает информацию о нарушении РТО.

В настройках обеих таблиц в качестве источника информации может быть выбран файл с карты водителя, онлайн-данные или назначения и поездки.

Дополнительная информация об объекте и водителе

Для использования этого способа сперва необходимо включить опцию Активность водителя по онлайн-данным в общих настройках пользователя.

При наведении курсора на водителя информация о РТО и его нарушениях будет выводиться во всплывающую подсказку.

Аналогичная информация будет отображаться во всплывающей подсказке и расширенной информации об объекте, если в настройках пользователя выбрано отображение водителей в упомянутых местах и водитель назначен на этот объект.

Источником информации для этого способа отображения всегда являются онлайн-данные.

Олег Жарковский,Инженер Customer Service 2022-08-22

Исходя из названия, модуль Маршруты должен подходить при любом запросе о контроле пути транспортного средства. Однако данный модуль имеет особенности, из-за которых он идеально подходит для решения некоторых задач и совершенно не подходит для других. Разные варианты контроля маршрутов упоминались в митапе 4 варианта контроля маршрута в Wialon. Как выбрать подходящий. В данной статье будут рассмотрены ключевые настройки модуля Маршруты и примеры его применения.

Общая концепция

Маршруты из одноименного модуля являются макроэлементами и не входят в ресурс, в отличие от шаблонов отчетов, уведомлений и т. д. Дело в том, что маршрут сам по себе является многослойным элементом, для правильной настройки которого потребуется разобраться с контрольными точками, расписаниями и рейсами.

Ключевой особенностью маршрутов является их фокус на времени посещения контрольных точек, а не на том, как транспортное средство перемещается между этими точками.

Главные вопросы, на которые необходимо ответить при использовании модуля Маршруты, звучат следующим образом:

• Как будут добавляться контрольные точки?
• Какой тип расписания будет использоваться?
• Какой порядок прохождения контрольных точек будет выбран?
• Как будет создаваться рейс?
• Как будет отслеживаться результат?

Каждый из этих вопросов имеет 3 варианта ответов. Давайте разберемся с каждым из них.

Добавление контрольных точек

Первый слой маршрутов — это контрольные точки, которые в него входят. Контрольные точки являются областями на карте, которые должен посетить объект. Добавить их можно тремя методами:

1. Добавление точек с карты похоже на работу с инструментом Адрес: вы можете сделать двойной щелчок по необходимому месту на карте либо ввести адрес в соответствующую строку. Найденная точка будет являться центром контрольной точки. По умолчанию радиус равен 100 метрам, при необходимости его можно изменить вручную.

   Аналогичным образом контрольные точки маршрута можно добавить через инструмент Маршрутизатор, а затем сохранить результат в виде маршрута.

2. Добавление точек из числа геозон подразумевает выбор нужной геозоны из списка доступных. В данном случае радиус не нужно указывать, так как геозона уже имеет определенную площадь.

3. Добавление точек из числа объектов аналогично предыдущему методу: необходимо просто выбрать объект из списка. Так как объект соответствует точке, то для него нужно задать радиус (по умолчанию он равен 100 метрам).
   

   Использование объекта в качестве контрольной точки кажется странным методом, однако у этого метода могут быть варианты практического применения. Например, объектом, который проходит маршрут, может быть грузовик, а подвижными контрольными точками будут комбайны, которые собирают урожай. С другой стороны, объект-точка может быть и стационарным, если речь идет, например, про топливную станцию, на которую установлен трекер, и она заведена в Wialon в качестве объекта.

Важным этапом при создании контрольных точек является оптимизация порядка посещения точек. В процессе оптимизации на карте отображается предполагаемая наиболее короткая дорога между контрольными точками, однако после сохранения маршрута контрольные точки будут просто соединены пунктирными линиями, так как модуль Маршруты не следит за местоположением объекта между контрольными точками.

Типы расписаний

Второй слой маршрутов — это расписания, то есть ожидаемое время прибытия в контрольные точки и, опционально, время отправления из них. Для одного набора контрольных точек можно добавить несколько расписаний.

Существуют расписания трех типов:

1. Абсолютное — использовать такое расписание можно только один раз, после чего его стоит поменять, скопировать или удалить.

   Данный тип расписания учитывает не только время, но и конкретную дату.

   
   

2. Относительно суток — использовать такое расписание можно один раз в день.

   

3. Относительно активации — использовать такое расписание можно несколько раз в день.

   Время активации — это время, указываемое при создании рейса, при наступлении которого начинает отслеживаться движение объекта по контрольным точкам.

   Чаще всего при работе с таким расписанием время активации совпадает со временем посещения первой точки, поэтому в расписании напротив нее стоит время 00:00, а далее время отсчитывается исходя из того, сколько уйдет на путь из первой точки до второй, из первой точки до третьей и т. д.

   

   Но возможна и другая ситуация, когда рейс активируется до того, как объект войдет в первую точку. В таком случае в расписании время откладывается исходя из того, сколько времени объект будет двигаться от времени активации до первой точки, от времени активации до второй точки и т. д.

   

На схемах выше приведены примеры заполнения поля Прибытие для разных типов расписаний. Кроме него для каждой из контрольных точек можно заполнить поле Отправление, что позволяет зафиксировать время, которое объект должен провести в точке. Также для каждого времени можно указать допустимое Отклонение, то есть временной коридор разрешенного опережения/опоздания.

Также в расписание любого типа можно добавить Ограничение по времени, что позволяет применять расписание только в определенные месяцы, дни месяца, дни недели или часы.

Порядок прохождения точек

Изначально порядок прохождения точек можно указать в расписании, однако позже при создании рейса его можно поменять на другой. Имеющиеся варианты перечислены ниже:

1. Строгий — все контрольные точки должны быть пройдены в установленном порядке без пропусков.
2. Возможны пропуски — посещение точек ожидается в указанном порядке, но их можно пропускать, при этом посещение последней точки является обязательным.
3. Произвольный — контрольные точки можно проходить в любом порядке.

Создание рейсов

Рейсы являются реализацией маршрутов и объединяют контрольные точки, расписание и объект. Именно рейсы позволяют отследить прохождение объекта по точкам в соответствии с заданным временем.

Создать рейс можно тремя методами:

1. Вручную — данный метод может использоваться при наличии диспетчера, который может создавать рейс в нужный момент времени. Маловероятно, что такой подход подойдет при наличии большого количества рейсов.
2. Автоматически для расписаний с типом Относительно суток — данный тип расписания однозначно определяет время создания рейса в любой день, поэтому достаточно выбрать в расписании объекты и включить опцию Создавать рейсы по этому расписанию автоматически.

3. Автоматически при помощи уведомлений с типом действия Создать рейс — данный метод логично сочетается с расписаниями с типом Относительно активации.
   

   Например, можно создать уведомление, которое будет запускать рейс при выезде объекта из геозоны.

   
   

   При подобной настройке любой выезд объекта из геозоны-базы будет приводить к созданию рейса. Поэтому если объект покидает базу не только для выезда на рейс, то необходимо использовать дополнительные критерии, чтобы отличать эти выезды друг от друга. Например, объект может выезжать на рейс только в определенное время, или только с назначенным водителем, или только при нажатой кнопке «Готов к работе» в кабине и т. д.

Методы отслеживания

Для отслеживания маршрутов можно применять разные подходы:

1. Отчеты позволяют собрать информацию о маршруте за прошедший период. Для объекта и группы объектов можно использовать таблицы Рейсы и Контрольные точки, а для отчета по маршрутам — таблицы Рейсы и Журнал.
2. Уведомления позволяют отслеживать рейсы в реальном времени. Единственный тип уведомления Прохождение маршрута включает в себя:
   • статус рейса — начат, завершен, прерван;
   • активность в контрольных точках — прибытие, отправление, пропуск;
   • контроль расписания — опоздание, опережение, возвращение в расписание.
     
     

3. Временная шкала также позволяет отслеживать рейсы в реальном времени. Это особая панель, которая доступна в нижней части вкладки Маршруты. Главная ее особенность заключается в том, что на ней не видны объекты, но зато на шкале отображается расписание в виде диапазонов от Прибытия до Отправления (при нажатии на иконку  диапазон будет расширен с учетом разрешенного Отклонения), а вертикальная черта соответствует текущему времени.

   

   Так как на шкале не отображается объект, то по шкале нельзя понять, насколько далеко он находится от контрольной точки. Сделать это можно только с помощью карты.
   
   Если вертикальная черта текущего времени достигла контрольной точки, то это не означает, что объект посетил точку. Зафиксировать посещение можно только по изменению цвета контрольной точки: до посещения она обозначается пустым прямоугольником, после посещения прямоугольник заливается цветом маршрута (в данном случае это синий), а если точка пропущена, то прямоугольник заливается и обводится красным цветом.

Примеры настройки

При использовании модуля Маршруты необходимо выполнить целый ряд настроек, о которых речь велась выше. Для удобства они собраны в таблицу-шпаргалку, где в каждом из столбцов нужно выбрать один из вариантов.

Цвет ячейки в таблице обозначает частоту использования, исходя из практики работы с партнерами: зеленый — часто, желтый — иногда, красный — редко.

* Поле Прибытие в расписании заполняют всегда, так как оно является сутью расписаний, а поля Отправление и Отклонение являются опциональными. Также можно указать ограничение по времени.

Ниже приведены примеры использования модуля Маршруты и подходящая для них настройка.

Доставка выпечки в магазины

Каждое утро грузовик должен доставлять свежую выпечку из пекарни в одни и те же точки продаж. Разгрузка и заполнение накладных в каждой точке суммарно занимают 10 минут, разрешенное время опоздания — 5 минут.

Предлагаемая настройка:

• Контрольные точки можно добавить через адреса или геозоны.
• Рейс выполняется один раз утром, поэтому подойдет расписание относительно суток.
  Для каждой точки поле Отправление будет содержать время на 10 минут больше, чем поле Прибытие. В поля Отклонение нужно ввести 5 минут.
  Ограничение по времени не требуется.
• Так как оптимальный порядок посещения можно рассчитать заранее и пропускать точки не нужно (партии выпечки не такие большие, их всегда разбирают за день), то порядок прохождения точек будет строгий.
• Время отправления каждый день одинаковое, поэтому создавать рейс можно автоматически (относительно суток).
• Предположим, что в процессе доставки не ожидается проблем, которые нужно решать в реальном времени, поэтому для отслеживания подойдет отчет по объекту с таблицей Рейсы.

Настройка расписания

Доставка воды для кулеров

Фургон развозит 5-галлонные бутыли с водой для офисных кулеров. Клиенты являются постоянными, их база имеется в системе. Однако не все клиенты успевают выпить всю воду к среде (это стандартный день доставки), поэтому существует дополнительный день доставки – четверг. Точное время посещения точек несущественно, имеется лишь приблизительный диапазон: с 10:00 до 14:00. Из-за гибкости графика время разгрузки и заполнения накладных можно не учитывать.

Предлагаемая настройка:

• Контрольные точки можно добавить через адреса или геозоны. В качестве последней точки можно указать склад, с которого начинается и в котором заканчивается доставка.
• Рейс выполняется один раз в середине дня, поэтому подойдет расписание относительно суток.
  В поле Прибытие для всех точек можно указать время 12:00. Поле Отправление можно не заполнять. В поля Отклонение можно указать 2 часа.
  Ограничение по времени: только среда и четверг.
• Так как не все точки нужно посещать в один день, то в качестве порядка прохождения точек нужно выбрать вариант Возможны пропуски.
• Время отправления каждый день примерно одинаковое, поэтому создавать рейсы можно автоматически (относительно суток).
  Дополнительный рейс в четверг можно запускать вручную, если в нем имеется необходимость, но в таком случае в ограничении по времени в расписании нужно указать только среду, чтобы автоматическое создание рейса происходило только в этот день.
• Клиенты периодически связываются с администратором, чтобы уточнить статус доставки в реальном времени, поэтому для отслеживания можно использовать уведомления и временную шкалу.

Настройка расписания

Настройка ограничения по времени

Маршрутное такси

По выходным дням микроавтобус стоит на вокзале и ждет, пока наберется достаточное количество пассажиров. После этого он начинает рейс и посещает каждую контрольную точку. Этот же маршрут выполняется несколько раз в день.

Предлагаемая настройка:

• Контрольные точки можно добавить через адреса или геозоны. Точка ожидания пассажиров в начале маршрута обведена геозоной. Первая точка маршрута находится сразу за этой геозоной.
• Рейс может выполняться несколько раз в день, поэтому подойдет расписание относительно активации.
  Поле Прибытие для первой точки равно 00:00, а для остальных точек заполняется относительно первой точки. Так как микроавтобус проводит мало времени на каждой остановке, то поле Отправление можно не заполнять. В поле Отклонение можно ввести любое значение, исходя из обычной ситуации на данном маршруте (например, 10 минут).
  Ограничение по времени: суббота и воскресенье.
• Речь идет про конкретный маршрут общественного транспорта, поэтому порядок прохождения точек будет строгий.
• Так как объект начинает движение только после того, как в салоне наберется достаточное количество людей, то точное время начала рейса неизвестно. Создавать рейс придется с помощью уведомления, а критерием для запуска будет выезд из геозоны в начале маршрута, где ожидались пассажиры.
• Предположим, что в процессе доставки не ожидается проблем, которые нужно решать в реальном времени, поэтому для отслеживания подойдет отчет по объекту с таблицей Рейсы.

Создание геозон для контрольных точек

Настройка расписания

Настройка ограничения по времени

Выбор типа уведомления для запуска рейса

Выбор способа действия в уведомлении

Олег Жарковский,Инженер Customer Service 2023-07-20

Wialon позволяет закрывать потребности клиентов разными способами. Например, в системе существует минимум четыре варианта контроля маршрутов, каждый из которых имеет свои преимущества и недостатки. Эта статья поможет их сравнить, чтобы выбрать именно тот вариант, который нужен клиенту.

Рассматриваемые варианты

В рамках сравнения мы обратим внимание на следующие четыре варианта, которые позволяют контролировать маршруты:

• Модуль Маршруты — несмотря на свое название, данный модуль подходит не для всех случаев, а только при наличии конкретного времени посещения точек и при отсутствии необходимости отслеживать путь между ними.
  
  
• Сочетание геозон, отчетов и уведомлений (упрощенно будем называть этот вариант Геозоны) — наиболее гибкий вариант, который подойдет для большинства ситуаций, однако потребует настройки нескольких отдельных элементов.
  
  
• Веб-приложение Logistics — нишевое решение для организации работы курьерских служб, которое, однако, можно использовать и для решения других бизнес-задач.
  
  
• Веб-приложение NimBus — нишевое решение для общественного транспорта, которое также можно использовать для решения других бизнес-задач.

Терминология, используемая в рассматриваемых вариантах, отличается друг от друга:

Стоит учитывать эту разницу при сравнении рассматриваемых вариантов.

Сравнение по критериям

Теперь рассматриваемые варианты будут сведены в таблицу, в которой будет отмечено, насколько они удовлетворяют разным критериям, то есть требованиям клиента. Мы постарались сделать эти критерии максимально практико-ориентированными, опираясь на опыт общения с нашими партнерами.

Теперь рассмотрим каждый из критериев отдельно.

1. Одни и те же контрольные точки каждый день

2. Новые контрольные точки каждый день

3. Отслеживание пути между контрольными точками

4. Оптимизация последовательности точек

5. Оптимизация пути между точками

6. Автоматический запуск слежения за рейсом

7. Дополнительные условия посещения точек

8. Расписание относительно выезда

9. Замена транспорта в процессе выполнения рейса

10. Длительный маршрут (более 2 суток)

11. Подвижные контрольные точки

12. Отправка маршрутов водителю

13. Онлайн-контроль

14. Отчеты за предыдущий период

15. Отображение в интерфейсе мониторинга

16. Мобильное приложение

Олег Жарковский,Инженер Customer Service 2024-01-17

Wialon предоставляет широкий спектр возможностей в рамках стандартного функционала, однако существуют задачи, которые можно решить только неочевидными методами. Например, с помощью динамических групп, которые будут рассмотрены в этой статье. Этот метод позволяет сортировать объекты по группам, отслеживать цепочку условий с помощью уведомлений, находить объекты, которые не выполнили определенное условие, и так далее.

Логика работы динамических групп

Логика работы данного метода основывается на следующих возможностях системы:

• уведомления могут отслеживать не только конкретные объекты, а группы объектов;
  
  
  
  
• уведомления позволяют изменять состав групп объектов.
  
  
  

Совместив эти возможности, можно добиться неочевидного поведения:

• Если настроить уведомление на отслеживание пустой группы, то уведомление будет включено, но не будет срабатывать, так как объектов в группе нет.
• Если добавить объекты в эту группу, то даже без изменения настроек уведомления оно автоматически начнет отслеживать добавленные объекты.
• Если исключить объекты из группы, то уведомление автоматически перестанет их отслеживать.

С помощью динамических групп можно создавать своеобразные логические схемы. Рассмотрим подробнее некоторые из них.

Сортировка по группам

Самым простым подходом при использовании динамических групп является сортировка объектов по группам. Таким образом можно, например, разделить все машины автопарка на движущиеся и простаивающие, свободные и занятые, находящиеся на территории предприятия и за его пределами и так далее. После сортировки полученные группы можно использовать в Отчетах или Заданиях, а также отображать на вкладке Мониторинг.

Для сортировки по одному условию A потребуются следующие элементы и настройки:

1. Группа Альфа, содержащая объекты, для которых еще не выполнено условие A.
2. Группа Бета, содержащая объекты, для которых уже выполнено условие A.
3. Уведомление 1, которое настроено на отслеживание группы Альфа и контролирует условие A. Если это условие будет выполнено, то объекты будут исключены из группы Альфа и добавлены в группу Бета.
4. Уведомление 2, которое настроено на отслеживание группы Бета и контролирует условие, противоположное условию A. Если это условие будет выполнено, то объекты будут исключены из группы Бета и снова добавлены в группу Альфа.

Схематично данный подход можно изобразить следующим образом:

Рассмотрим несколько примеров.

Пример 1. Отчет по объектам вне страны

Предположим, что компания клиента имеет диспетчеров, которым нужно разделять машины на две группы. В одну должны входить те, что в данный момент находятся внутри страны, а во вторую — те, что находятся за пределами страны. Такое разделение нужно, чтобы в любой момент иметь возможность запросить отчет по каждой группе.

Для решения этой задачи сначала необходимо создать геозону, которая соответствует границам страны, а также 2 группы объектов, которые можно назвать Внутри страны и Вне страны. Далее необходимо вручную добавить объекты в соответствующие группы, исходя из их нынешнего местоположения.

Далее необходимо настроить первое уведомление под названием Отъезд, которое будет отслеживать группу Внутри страны. Оно будет контролировать нахождение объектов вне геозоны. В качестве действия необходимо выбрать способ Изменить состав групп объектов, а именно исключить объекты из группы Внутри страны и добавить в группу Вне страны.

Второе уведомление будет иметь название Возвращение и отслеживать группу Вне страны. Оно будет контролировать нахождение объектов внутри геозоны. В качестве действия необходимо выбрать способ Изменить состав групп объектов, а именно исключить объекты из группы Вне страны и добавить в группу Внутри страны. Как несложно заметить, настройка второго уведомления противоположна первому.

Теперь объекты будут динамически перемещаться в нужные группы. Диспетчеры смогут в любой момент выполнить отчет по группе Внутри страны или Вне страны в зависимости от их потребностей.

Пример 2. Распределение доступов через группы

Предположим, что запрос клиента аналогичен примеру 1, однако дополнительно необходимо сделать так, чтобы определенный диспетчер имел доступ только к тем объектам, которые в данный момент находятся вне страны. За основу будет взято решение из предыдущего примера, а ниже будут рассмотрены только недостающие настройки.

Подойти к этому решению можно двумя способами. С одной стороны, можно настроить уведомление так, чтобы оно не только перемещало объекты между группами, но и изменяло доступ в отношении этих объектов. С другой стороны, можно предоставлять доступы к объектам через группы. Далее описан только последний способ.

Сперва необходимо удостовериться, что диспетчер не имеет прав в отношении рассматриваемых объектов. Далее необходимо предоставить диспетчеру права только на определенную группу объектов (в данном примере — это группа Вне страны).

Теперь при выезде из геозоны и срабатывании уведомления объекты будут добавлены в группу Вне страны, поэтому диспетчер сможет их видеть. При въезде в геозону будет происходить противоположная ситуация: уведомление будет исключать объекты из групп Вне страны, поэтому диспетчер не будет их видеть.

Контроль нескольких условий в уведомлении

В Wialon существует 20 типов уведомлений, которые позволяют автоматически выполнять разные действия при выполнении выбранного условия. При этом действий может быть несколько (например, можно одновременно показать онлайн-уведомление во всплывающем окне и изменить иконку объекта), а контролируемое условие формально может быть только одно.

Однако, в 8 типах уведомлений кроме основного условия можно включить дополнительные.

Получается, что не все типы уведомлений могут одновременно контролировать несколько условий. И если клиенту нужно совмещать нестандартные условия, то необходимо использовать динамические группы. С помощью такого подхода можно, например, получить уведомление о сливе топлива только во время движения.

Для контроля двух условий A и B потребуются следующие элементы и настройки:

1. Группа Альфа, содержащая объекты, для которых еще не выполнено условие A.
2. Группа Бета, содержащая объекты, для которых уже выполнено условие A.
3. Уведомление 1, которое настроено на отслеживание группы Альфа и контролирует условие A. Если это условие будет выполнено, то объекты будут исключены из группы Альфа и добавлены в группу Бета.
4. Уведомление 2, которое настроено на отслеживание группы Бета и контролирует условие, противоположное условию A. Если это условие будет выполнено, то объекты будут исключены из группы Бета и снова добавлены в группу Альфа.
5. Ключевое уведомление 3, которое настроено на отслеживание группы Бета и контролирует условие B. Если это условие будет выполнено, то уведомление выполнит финальное действие (например, уведомит клиента по email).

Схематично данный подход можно изобразить следующим образом:

При необходимости контролировать больше условий количество групп и уведомлений можно увеличивать, например:

Пример 3. Контроль объектов вне особых зон

Предположим, что менеджер хочет получать информацию о нарушениях температурного режима авторефрижераторов, покинувших базу.

Для решения этой задачи сначала необходимо создать геозону, которая соответствует базе, а также две группы объектов, которые можно назвать На базе и На выезде. Далее необходимо создать два уведомления для сортировки объектов по созданным группам. Делается это по аналогии с решением из примера 1. Ниже будет показана настройка только последнего уведомления.

Для контроля температуры потребуется еще одно уведомление под названием Ненормальная температура, которое будет отслеживать группу На выезде. В качестве действия это уведомлением будет, например, отправлять менеджеру электронные письма.

В результате объекты будут динамически перемещаться в нужные группы, а контроль температуры будет происходить только вне базы.

Контроль условий с учетом времени

Комбинируя описанные выше подходы, можно создать разнообразные логические схемы и варианты контроля. Из всех возможных вариантов использования выделяются несколько, которые связаны с учетом времени. Рассмотрим их настройку на примерах.

Пример 4. Срабатывание уведомления один раз в день

Предположим, что клиент хочет получать SMS о первом нажатии тревожной кнопки для всех машин из автопарка в течение рабочего дня.

Чтобы решить эту задачу для одного объекта, необходимо установить значение 1 в поле Максимальное количество срабатываний, а затем указать для этого параметра ограничение по времени с 00:00 по 23:59. Если объектов немного, то можно обойтись одним уведомлением для каждого из них. Однако если объектов много, то придется прибегнуть к динамическим группам, что и будет рассмотрено далее.

Схематично решение этой задачи можно изобразить следующим образом:

Соответственно, для решения потребуются:

1. Группа под названием Тревоги не было (группа Альфа на схеме выше), которая содержит все объекты, водители которых еще не нажимали сегодня тревожную кнопку. В полночь в ней должны находиться все объекты автопарка, поэтому нужно их туда поместить изначально.
2. Группа Тревога случилась (группа Бета), которая содержит объекты, водители которых нажимали сегодня тревожную кнопку. В полночь эта группа должна быть пустой.

3. Уведомление Тревога! (уведомление 1), которое настроено на отслеживание группы Тревоги не было и контролирует нажатие тревожной кнопки. Если это условие будет выполнено, то объекты будут исключены из группы Тревоги не было и добавлены в группу Тревога случилась, а также уведомление отправит SMS клиенту.
   
   

   Loading the gallery...

   ---

   There are no pictures in the gallery

   ---

   Problem loading this gallery!

   Source page for this gallery is either deleted or does not exist

   ❮ ❯

4. Уведомление К исходной настройке (уведомление 2) в данном случае будет возвращать все объекта из группы Тревога случилась в группу Тревоги не было ближе к полуночи. Для этого оно должно быть настроено на отслеживание группы Тревога случилась, иметь ограничение по времени (например, с 20:00 по 23:59) и контролировать какое-то условие, которое точно выполнится для всех объектов в конце рабочего дня. Одним из таких условий может быть наличие скорости менее 300 км/ч (при этом уведомление должно срабатывать Для всех сообщений).
   
   

   Loading the gallery...

   ---

   There are no pictures in the gallery

   ---

   Problem loading this gallery!

   Source page for this gallery is either deleted or does not exist

   ❮ ❯

Теперь объекты, водители которых нажали тревожную кнопку, будут при первой сработке перемещаться в группу Тревога случилась, для которой контроль тревожной кнопки уже не осуществляется. Следовательно, клиент будет получать SMS только о первой тревоге для каждого объекта. Вечером все объекты будут возвращены в исходную группу.

Пример 5. Отчет по объектам, которые не начали движение к определенному времени

Предположим, что владелец автопарка хочет каждый день получать список машин, которые не начали движение до 8 утра.

Схематично решение этой задачи можно изобразить следующим образом:

Соответственно, для решения потребуются:

1. Группа под названием Не начали работу до 8 (группа Альфа на схеме выше), в ней будут содержаться все объекты, которые еще не начали движение. Будем считать, что в полночь в ней должны находиться все объекты автопарка, поэтому нужно их туда поместить изначально.
2. Группа Начали до 8 (группа Бета), которая содержит объекты, которые уже начали движение. В полночь эта группа должна быть пустой.

3. Уведомление Успели начать до 8 (уведомление 1), которое настроено на отслеживание группы Не начали работу до 8 и контролирует появление скорости (то есть начало работы). Если это условие будет выполнено, то объекты будут исключены из группы Не начали работу до 8 и добавлены в группу Начали до 8. Также работу данного уведомления нужно ограничить по времени с 00:00 до 07:59.
   
   

   Loading the gallery...

   ---

   There are no pictures in the gallery

   ---

   Problem loading this gallery!

   Source page for this gallery is either deleted or does not exist

   ❮ ❯

4. Задание Список опоздавших, которое в 08:00 будет отправлять отчет владельцу автопарка об объектах из группы Не начали работу до 8. Групповой отчет может содержать, например, таблицу Последние данные.
   
   

   Loading the gallery...

   ---

   There are no pictures in the gallery

   ---

   Problem loading this gallery!

   Source page for this gallery is either deleted or does not exist

   ❮ ❯

5. Уведомление К исходной настройке (уведомление 2) в данном случае будет возвращать все объекта из группы Начали до 8 в группу Не начали работу до 8 ближе к полуночи. Делается это по аналогии с одноименным уведомлением из примера 4 выше.

Теперь объекты, которые не начали движение до 08:00, останутся в группе Не начали работу до 8, а затем задание отправит о них отчет владельцу автопарка. Если же какой-то объект начнет движение до 8 утра, то он будет перемещен в группу Начали до 8, поэтому не попадет в отчет о нарушителях. Вечером все объекты будут возвращены в исходную группу.

Пример 6. Контроль длительных состояний (более суток)

Предположим, что менеджеру нужно получить электронное письмо, если объект находится на территории завода более 3 суток (72 часов).

Обычно длительность контролируемого тревожного состояния (в данном случае — это нахождение в геозоне) настраивается через поле Мин. продолжительность тревожного состояния на последней странице настройки уведомления. Максимальное значение для этого поля составляет 24 часа (1440 минут, 86400 секунд). То есть отследить тревожное состояние длительностью 72 часа нельзя без использования динамических групп.

Схематично решение этой задачи можно изобразить следующим образом:

Соответственно, для решения потребуются:

1. Геозона, которая соответствует территории завода.
2. Группа под названием Вне или внутри <24 часов (группа Альфа на схеме выше), которая изначально содержит все объекты.
3. Группа Внутри >24 часов (группа Бета), в которой будут содержаться объекты, которые находятся внутри геозоны 24 часа или более.
4. Группа Внутри >48 часов (группа Гамма), в которой будут содержаться объекты, которые находятся внутри геозоны 48 часов или более.

5. Уведомление Въезд на 1 день (уведомление 1), которое настроено на отслеживание группы Вне или внутри <24 часов и контролирует нахождение в геозоне более 24 часов. Если это условие будет выполнено, то объекты будут исключены из группы Вне или внутри <24 часов и добавлены в группу Внутри >24 часов. Уведомление должно срабатывать При изменении состояния, а Мин. продолжительность тревожного состояния должна быть равна 24 часам (1440 минутам, 86400 секундам).
   
   

   Loading the gallery...

   ---

   There are no pictures in the gallery

   ---

   Problem loading this gallery!

   Source page for this gallery is either deleted or does not exist

   ❮ ❯

   
   

6. Уведомление Въезд на 2 дня (уведомление 2), которое настроено на отслеживание группы Внутри >24 часов и контролирует нахождение в геозоне более 48 часов. Если это условие будет выполнено, то объекты будут исключены из группы Внутри >24 часов и добавлены в группу Внутри >48 часов. Уведомление должно срабатывать Для всех сообщений, а Мин. продолжительность тревожного состояния должна быть равна 24 часам (1440 минутам, 86400 секундам).
   
   

   Loading the gallery...

   ---

   There are no pictures in the gallery

   ---

   Problem loading this gallery!

   Source page for this gallery is either deleted or does not exist

   ❮ ❯

7. Уведомление К исходной настройке (уведомление 3) будет возвращать все объекта из групп Внутри >24 часов и Внутри >48 часов в группу Вне или внутри <24 часов, если объект покинул геозону. Уведомление должно срабатывать При изменении состояния.
   
   

   Loading the gallery...

   ---

   There are no pictures in the gallery

   ---

   Problem loading this gallery!

   Source page for this gallery is either deleted or does not exist

   ❮ ❯

   В данном случае все уведомления и группы используются для контроля одного условия (нахождения внутри или вне геозоны), поэтому в отличие от предыдущего раздела статьи можно обойтись одним уведомлением для перемещения объектов в первую группу.

8. Уведомление Въезд на 3 дня (уведомление 4), которое настроено на отслеживание группы Внутри >48 часов и контролирует нахождение в геозоне более 72 часов. Если это условие будет выполнено, то объекты будут исключены из группы Внутри >48 часов и добавлены в группу Вне или внутри <24 часов, а также менеджеру отправится электронное письмо. Уведомление должно срабатывать Для всех сообщений, а Мин. продолжительность тревожного состояния должна быть равна 24 часам (1440 минутам, 86400 секундам).
   
   

   Loading the gallery...

   ---

   There are no pictures in the gallery

   ---

   Problem loading this gallery!

   Source page for this gallery is either deleted or does not exist

   ❮ ❯

   
   

Теперь объекты, которые находились в геозоне в течение одних суток, переместятся из группы Вне или внутри <24 часов в группу Внутри >24 часов, спустя одни сутки они переместятся в группу Внутри >48 часов, а спустя еще одни сутки уведомление отправит электронное письмо менеджеру и переместит объект в исходную группу. Если же в любой момент объекты покинут геозону, то они вернутся в исходную группу Вне или внутри <24 часов.

Олег Жарковский,Инженер Customer Service 2023-11-04